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Description 



Field of the Invention 

The present invention relates in general to a data processing system and. in 
particular, to a supply chain management system and method. 
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Backaround and prior art 

The modem logistic network of the business relationships has evolved Into 
increasingly complex multi-partner and multi-system environment shaped by 
dynamic events. Supply chain management Is getting more unpredic^ble for 
example due to outsourcing or globalization. The determination of a partner in 
the modem supply chain Is usually done by functionalities located in vast anray 
of systems: for example, planning systems, purchasing systems, and 
transportation systems. Many of these systems are often legacy systems. Thus, 
the coordination of processes inside the logistic network needs to be 
responsive, adaptive and open to integrate partners. 

U.S. Pat. No. 6,591.243 (Grettve et al.) discloses a method and system for 
Improved supply chain management where detailed description of the prior art 
logistic systems and the related prior art problems are included. 

One of the considerable problems plaguing Supply Chain IWIanagement is the 
lack of timely communication between the different partners and systems In ^e 
supply diain what In turn results In higher costs, inadequate resources or even 
waste. Also, the lack of possibility to quickly and effectively detennine at run 
time which partners or systems are available adds to the problem. Therefore, 
there Is a need for central data processing system that would be ftexible and 
able to react to different business scenarios.. 

Summary of the invention 

According to various embodiments of the central data processing system 
disclosed herein, a method which integrates a plurality of functionalities, for 
partner and system detannlnation, as well as availability checking Is described. 
The central data processing system includes hardware, software and 
communications components that cooperatively achieve the technical effect of 
an improved, centralized data processing in a supply chain management A 
customer request containing plurality of items is received from a corresponding 
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customer of a supply chain, Itam unique Identifiers are generated and assigned 
to the items. Then» a plurality of sub-requests is generated where each sub- 
request is assigned to a system by means of ttie rules. 

The sub-iBquests carrying separate unique identifiers are processed at the 
partner side and sub-responses are received at the central data processing 
system. Responses are generated based on association of sub-responses with 
the same original item and then, send back to the customer's data processing 
system, in case the synchronous communication is used the dynamic 
combining of the aub-results Is perfonned at aintime. In case asynchronous 
communication Is employed, the sub-responses are aggregated In a database 
until all sub-responses have been received. The amount of requested resources 
is adjusted In both cases based on the Information received from the central 
data processing system. 

The present Invention makes possible to easily plug in the existing 
functtonalities into the one central data processing system which could provide 
flexible and adaptable partrier and system determlnatton, as well as, availability 
checks In a supply chain management It also enables faster and more effective 
execution and control of logistic processes In a complex partner/system 
environment. It also provides an interface that allows a customer to deal with 
one system and avoid the complexity of multiple systems and functions. 

In particular the present Invention can be used for a fulfilment coordination 
engine as described in unpublished PCT Patent Application number 
PCT/EP03/02279 (attorney Docket No. SAP.203.01 PCT) which is herein 
incorporated by reference In its entirety. 

Brief description of the drawings 

Rgure 1 Illustrates a oentrel data processing system for processing of the 
customer request of the present invention. 
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Figure 2 is a flowchart of a process describing a method of the pres.ent 
invention* 

Figure 3A illustrates structure of the document used In a central data 

processing system and mapping of the data from standard ordere. 

Figure 3B Illustrates the case when base documents used In a central data 
processing system create document hierarchies. 

Rgure 4 is a block diagram of a more detailed embodiment of the central 
data processing system of the present invention where 
synchronous communication is used. 

Figure 5 is a blocic diagram of a more detailed embodiment of the central 
data processing system of the present Invention wherB 
asynchronous communication Is used. 

Detailed description 

The claimed invention is applicable to many different industries. One skilled in 
the art will appreciate that the various embodiments and concepts of the 
present invention are applicable to plurality of industries without straying from 
the spirit of the present invention. 

The present Invention Includes a supply chain management system involving at 
least one customer. Supply chain also Includes at least one partner. The supply 
chain partners include business partners, locations and logical systems. 

Exchange infrastructure (XI) can be used for various embodiments of the 
present invenfion. It enables the development of the cross-system appltcaUons 
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that exchange a multitude of system messages using the runtime infrastmcture 
and synchronous or asynchronous communication. However, since the use of 
synchronous communlcatioiv via the XI currently requires that the called function 
works without state, the partner ascertainment service can only be called 
synchronously via the XI If the application scenario does not require that the 
partner ascertainment service or any of the partner ascertainment functtons II 
calls work Mrtlh state. 

The aim of the Exchange Infrastructure is to integrate different systems 
implemented on different platfonns (Java, ABAP, and so on). The Exchange 
Infrastructure Is based on an open architecture, makes uses of open standards, 
in particular those from the XML (extensible Marioip Language) and Java 
environments; and offers services that are essential In a heterogeneous and 
complex system landscape: namely a runtime infrastructure for message 
exchange; configuration options for managing business processes and 
message flow; and options for transforming message contents between the 
sender and receiver systems. 

Figure 1 illustrates a central data processing system 108 for processing of a 
customer request 114 according to an embodiment of the present invention. 
Sales system 104 provides electronic connectivity to the central data processing 
system and enables collection of customer requests for future processing. 
Utilizing a network, for example an Internet 102, a request for at least one Item 
Is received from a corresponding customer 100 at the central data processing 
system. 

Subsequently, a central data processing system checks if each item has a 
unique identifier 106; If an item is found without a unique Identifier, a new 
unique Identifier 116 Is generated and assigned to this item. Customer requests 
comprising a plurality of items are then processed by means of a set of rules 
1 18 in a looping mode, that is when the request has more then one Item then 
eadi item Is sequentially processed and the response Is send for each item. 
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The control program 110 Implements the connespondlng control processes. The 
assigned unique identifiers are then stored In a database 1 12. When partner 
systems such as for example a purchasing system 120, a manufacturing 
system 122, a planning system 124 or any other Intemal or external 
systems126 send their responses back, those responses aiB associated in turn 
with the original items and the final response is then sent to the customer's data 
processing system. 

Figure 2 depicts a corresponding flow chart In the step 200 a request for at 
least one item is sent by the customer's data processing system, in this case a 
Sales system. When request is received in a central data processing system, in 
this case a Fulfilment Coordination Engine (FCE), in the step 202 each item is 
chedced for presence of the unique identiflen if the unique Identifier is missing 
the FCE generates and assigns unique Identifiers to the item. Then, in the step 
204. the sub-requests are generated and assigned to a partners system by 
means of the rules. 

In the next step 206 each of the sub-requests receives a separate unique 
Identifier and assigned unique Identifiers are stored in the retrievable medium in 
the step 208. That means that In case of asynchronous communication, the 
unique identifiers are stored in the database. However, In the case of 
synchronous communication the unique Identifiers are stoied in the memory 
and they are only in this case stored in the database when the Logical Unit of 
Work (LUW) in the called system Is ended with the command COMIi4iT. In the 
step 210 sub-requests are sent to partner systems. 

At the partner system side steps 212 and 214 are performed. First, all the 
requests are processed and then sub-responses Including unique identifiers 
and infomnatlon are send back to the central data processing system. Fulfilment 
Coordination Engine, In the step 216. receives all sub-responses from the 
partner systems and in the step 218. the responses are generated based on 
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association of sub-responses with the original item. In the final step 220. the 
responses are send bacic to the customer's data processing system, In this case 
a sales system. 

Figure 3A illustrates a structure of the document used in the central data 
processing system and associated mapping of the data from standard orders. 
Data processing conducted in multi-system and multi-business environment 
means that various document types can be used such as for example purchase 
orders or sales orders. 

In order to be able to operate on the plurality of documents, central data 
processing system can for example use an order-like document structure 326 
that consists of a header section 328, at least one Item 330 that can contain for 
example fields like business partner, product, location or contract; and at least 
one schedule line 332 per item compnslng infbnnatlon regarding a delivery date 
and a quantity. This special design of the three level structure allows all 
documents that exist in internal systems as well as all those documents of 
different applications that are relevant for central data processing to be mapped. 
If for example, sales order processing calls the central data processing system, 
ttien the data of the sales order 334 that was transferred to the central data 
processing system via the interface. Is mapped onto the document 326. 

The sales order header 335 Is mapped on the document header 328, the order 
items 336 are mapped on the document items 330 and the request schedule 
lines 337 on the document schedule lines 332. The similar process takes place 
when the system receives a purchase order 344. The purchase order header 
345 is mapped on the document header 328, the purchase order Items 346 are 
mapped on the document items 330 and the purchase order schedule lines 347 
on the document schedule lines 332. 

Figure 3B depicts, for example, the case vdien product substitution and/or 
location substitution occurs and base documents 350 create document 
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hierarchies. For example in the result 358, schedule lines 354 have a list of 
successor items 352 which can incluidle partners, substitution products or 
locations. Also, a schedule line 354 contains several successor documents 356. 
Beside product and/or location substitution also further hierarchy levels can be 
produced- In the document. 

Figure 4 illustrates a more detailed embodiment of the data processing system 
of the present Invention, describing a case when synchronous communication Is 
used throughout the supply chain. The embodiment of Figure 4 constitutes a 
logical continuation of the Figure 1 where like elements are referenced by like 
reference numbers having added 300. Synchronous communication takes place 
In this embodiment of the invention via Synchronous Remote Function Call 
(sRFC) 41 3 if any of the called partner ainctions work with state. Since the use 
of synchronous communication via the X! cun^ently requires that the called 
functton works without state, the partner ascertainment sen/Ice can only be 
called synchronously via the XI If the application scenario does not require that 
the partner ascertainment service or any of the partner's functions 11 calls work 
vidth state. 

According with the prefenred embodiment the central data processing system is 
In this case a Fulfilment Coordination Engine (FOE) 408. As shown In Figure 4, 
FCE receives a request 414 for at least one item from a corresponding 
customer 400 via the Network 409 which can also Include lntemet402. In this 
case a calling application is a Sales system 404. Subsequently, each item Is 
checked for the presence of a unique Identifier 406, If an Item is found without a 
unique identifier, a new unique identifier 416 is generated and assigned to this 
item. The control program 410 is the central component of the Fulfilment 
Coordination Engine. 

The control program must be called to begin the request processing. The set of 
mies 418 determined by the control program contains a sort profile, a selection 
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profile, a search key and the determination procedure. A sort profile is used to 
determine how partner lists should be sorted for further processing. A selection 
profile is used to define the procedure used to select partners. A search key and 
the determination procedure are used to detennine whether an availability 
check is executed and if so. what kind. A plurality of sub-requests 430 fbr 
plurality of partners' systems Is then generated where each sub-request is 
assigned to an Intemal or external system by means of the set of rules where 
complex dependencies have access using Condition Technology 427. In this 
case, the objects, for example rules searched for are determined by evaluating 
conditions. The search key is then Interpreted as a condition type. 

The Fulfilment Coordination Engine then calls synchronously functions 417 
according to Customizing 425. When synchronous oommunicaGon Is used, the 
customer receives immediately a response also synchronously, so that 
customer's data processing system can continue working, in most cases, called 
functions are implemented In the external systems. Functions are not called 
directly but via corresponding interfaces 415. In contrast to functions, the 
interfaces are always implemented on the side of the central data processing 
system. The caU of a function, and ttie respective mapping are Implemented 
within an Interfeice. There is a 1:1 relationship between Interfaces and functions: . 
There must be a separate Interface for each of the functions. In contrast, an N: 
M relationship exists between interfaces and logical s^tems. 

The assigned unique identifiers are then stored in a database 412 while sub- 
requests are sent to different partner systems. Sending of the sut>-requests to 
partner systems sudn as fbr sample a purchasing system 420, a 
manufocturing system 422. a planning system 424 or any other Internal or 
extemal systems 426 further comprises either sending a request fbr a partner 
search or a partner availability check at schedule-line level or detemnining at 
least one business system or an availability check fbr this system at schedule- 
line level. It Is further detenmined on the item level which avallabHity check 
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function should be called. A separate unique identifier for each of the sub- 
requests Is then generated. 

Availability check returns confirmation of dates and quantities as well as, if 
necessary, aitemative products and/or locations are included. The availability 
checic reserves temporary a requested resources that have been identified as 
available. The resources are resen/ed this way that the requested resources are 
equal to the onginal resources less the quantities that have already been 
confirmed and resen/ed via partner's system functions previously called. Thus, 
availability checks carried out In processes running in parallel do not consume 
the same quantities. It is assured that overbooking of resources does not occur 
during an availability check. 

Some functions enable the assignment of an expiration date to their temporary 
quantity assignments. If this date has been reached, the temporary quantity 
assignmerits are automatically handled (deleted, for example). Up to this date, 
the temporary quantity assignments are acHve, that Is, they resen^e a quantity. 
However, If the expiration date is not assigned automatically, the Fuifflment 
Coordination Engine has to sent a specific message temnlnating the rBservation 
of resources. 

On the other hand, when partner search is executed, a list of partners Is 
returned. Subject to the partner's functions used, further data such as prices 
and contracts, and similar, can be also included. 

Supply Chain Management (SCM) scheduling module 428 can be called by the 
Fulfilment Coordination Engine to determine the dates which are transferred to 
the partners' functions based on the dates received from the customer. Also, it 
Is further used to determine the dates to be retumed to the customer based on 
the dates received In the sub-responses from the partners* systems. 
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When Fulfilment Coordination Engine receives the sub-responses 432, those 
resulting sub-responses which are sent by the partner systems back to the FCE 
have the same unique Identifiers as the sub-requests sent originally. Thus, the 
sub-responses can be associated on the base of the matched unique identifiers 
with the original sub-requests. Those sub-responses are then stored In the 
main memory 411 of the Fulfilment CoordtnaOon Engine and the internal logic 
checks if all the roots of the unique Identifiers are there so the final response 
434 can be sent to the customer's data processing system immediately In order 
for it to continue working without Intenruptions. The response can be displayed 
utilizing a sales system interface 407. However, It is also possible that the result 
Is not displayed at all, it depends on the calling system/application which of the 
two options occurs. In any case, all the details of the partner search or/and 
avaiiabllity bheck are hidden from the calling system/application. 

Rgure 5 illustrates a more detailed embodiment of the data processing system 
of the present invention, describing a case when an asynchronous 
communication is used throughout the supply chain. The embodiment of Figure 
5 constitutes a logical continuation of the Figure 1 where like elements are 
referenced by like reference numbers having added 400. 

According with the preferred embodiment the central data processing system Is 
In this case a Fulfilment Coordination Engine (FCE) 508. In the case of the use 
of asynchronous communication the Fulfilment Coordination Engine Is called 
asynchronously and it also calls asynchronously the functions located In the 
extemal partner systems (520. 522, 524, and 526) via the control program. 
Asynchronous communication teikes place via the Exchange Infrastnicture (XI) 
513. 

Thus, the Fulfilment Coordination Engine 508 receives asynchronously a 
request 514 for at least one item from a conesponding customer 500 via the 
Isletutfork 509. In this case an asynchronous call is made by sales system 504. 
Subsequently, each item is checked for the presence of a unique identifier 506, 
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If an item Is found without a unique Identifier, a new unique Identifier 516 Is 
generated and assigned to this Item. A plurality of sub-requests 530 for plurality 
of partners' systems Is then generated where each sub-request Is assigned to 
an Internal or external system by means of the set of rules 518 which allow to 
configure the sequence functions are called. Complex dependencies have 
access using Condition Technology 527. Then the Fulfilment Coordination 
Engine calls asynchronously partner's functions according to Customizing 525 
via the control program 510 and the sub-requests are processed at the partner 
side. The resulting sub-responses which are sent by the partner systems back 
to the Fulfilment Coordination Engine have the same unique identifiers as the 
sub-requests sent originally. 



Thus, when FCE receives asynchronously the sub-responses 532. those sub- 
responses are stored In the database tables 51 1 and can be associated on the 
base of the matched unique identifiers with the original sub-iequests, so that the 
central data processing can be continued when all the sub-responses of the 
asynchronous function calls are available, in order to detemilne if all sub- 
responses are collected, a control program 510 performs a query each time a 
sub-response comes back from the partner system, in Older to retrieve all 
relevant sub-responses stored so far In the database. 

If the number of the stored responses is determined to be Insufficient, the 
received sub-response Is then stored in the database until all the sub-responses 
are collected. When on the other hand, the database query determines all the 
received sub-responses to be sufficient, then the final response 534 Is sent to 
the customer's data processing system. The response can be displayed utilizing 
a sales system Interface 507. However, It is also possible that the result Is not 
displayed at all, it depends on the calling system/application which of the two 
options occurs. In any case, all the details of the partner search or/and 
availability check are hidden from the calling system/application. 
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SCM scheduling module 528 can be caHed by the Fulfilment Coordination 
Engine system to determine the dates which are transferred to the partners' 
functions based on fte dates received from the customer. Also, it is further used 
to determine the dates to be returned to the customer based on the dates 
received In the sub-responses from the partners' systems. 

In case of asynchronous communlcaBon. also ttis vrarkflow 529 can be used 
together with the Fulfilment Coordination Engine. In this case sub-responses 
from partnei's functions are received via the workflow which is started when 
asynchronous calls of the partner's functions are triggered. 

Although the present Invention has been described In detail with reference to 
certain preferred versions thereof » other versions are possible. The detailed 
descriptions of the synchronous and asynchronous communication in figures 4 
and 5 were presented as unmixed systems for the sake of the clarity. 
Nevertheless, the present invention Is also designed for the many versions of 
mixed asynchronous and synchronous communication. For example, the calling 
system/application can send a ^nchronous call, then the Fulfilment 
Coordination Engine can can some of the partner systems using synchronous 
communication and other systems can be called asynchronously. Also, other 
variattons of mixed systems are possible. Therefore the spirit and scope of the 
appended claims should not be limited to the prefen^d versions herein. 
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CLAIMS 

1 . A data processing method for a customer request comprising the steps of: 

a) receiving a request for at least one item at a central data processing 
system; ^ 

b) generating a plurality of sub-requests for a plurality of partner systems 
where each sut>-requrat Is assigned to an internal or external system 
by means of rules; 

c) generating a separate unique identifier for each of the sut>-requests; 

d) storing the unique Identifiers being assigned to the sub-requests. In a 
retrievable medium; 

e) sending the sub-requests with the unique Identifiers to partner 
systems; 

f) recei^ng back suth-responses at the central data processing system, 
said sub-responses having unique identifiers in association with the 
unique Identifiers of the request; 

g) generating a response based on association of the sut>-respon$es with 
the original Item; 

h) sending the response back to the customer data processing system. 

2. The method of dalm 1 , wherein raid sending of the sub-requests to 
partner systems further comprises at-least one of the following steps: 

- sending a sub-request for a partner search or a partner availability check 
at item level on 

- determining at least one business system or an availability check for this 
system at item level. 

3. The method of daim 2. wherein performing of the partner search is done 
with the use of functions. 

4. The method of claim 3, wherein the functions comprise standard functions, 
as well as functions of customers and partners. 
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The method of claim 2, whereby the partner system which received the 
request for availability check temporarily reserves a requested resource 
that has been Identified as available. 

The method of claim 5, whereby the partner system deletes the 
reservation for the requested resources unless the central data processing 
system sends a message if no acceptance is received from the ojstomer 
within the predetermined time interval. 

The method of any one of the preceding claims, wherein the request 
comprises a pluialify of items and steps b) to g) are canled out for each 
Item. . 

The method of any one of the preceding claims, whereby the request 
comprising a plurality of items is processed in a looping mode. 

The method of any one of the preceding claims, wherein the request for 
the at least one item has a structure of an onJer-llice document that 
comprises: 

- a header section; 

- at least one item; 

- at least one schedule line per item comprising Information regarding 
requested by the customer a delivery date and a quantity.. 

The method of any one of the preceding claims, wherein the step b) 
includes criteria defined by the customer 

The method of any one of the preceding claims, further comprising the 
following steps conducted prior to step h): 
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- comparing at least one suts-response to the preferred choice 
specified by a customer; 

- selecting a preferred choice from the group consisting of the at 
least one sub-response* 

12. The method of claim 11, wherein the ad of selecting the prefenred choice 
Is based on customer's preferences. 

13. The method of claim 11 or 12, wherein asynchronous communication 
means are used and the sub-responses are aggregated in the database 
until all sut>-respon8es have been received. 

14. A central data processing system for processing of the customer request 
comprising: 

a) means for receiving the request (114; 414; 514) for at least one 
item at a central data processing system (108); 

b) means for generating a plurality of sub-requests (430;530) for 
plurality of partners where eadfi sub-request is assigned to an 
internal or external system by means of the mies (1 IB; 416; 518): 

c) means for generating a separate unique identifier (1 1 6;416;516) 
for eadi of the sub-requests; 

d) means for storing the unique identifiers being assigned to the sub- 
requests, in a retrievable medium (112; 412; 512); 

e) means for sending the sub-requests with the unique identifiers to 
partner systems; 

f) means for receiving back sub-responses (432; 532) at the central 
data processing system, said sub-responses having unique 
identifiers in association with the unique identifiers of the request; 

g) means for generating a response (434; 534) based on association 
of the suk)-responses with the original item; 

h) means for sending the response back to the customer data 
processing system. 
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15. The central data processing system of daim 14, whereby a central data 
processing system further comprises Interfaces for communicatian 
between a sales system, the purchasing system, the manufacturing 
s^tem, the planning system and other Internal or external systems. 

16. The system of claim 14 or 15, further comprising asynchronous 
communtcalion means being adapted to the use of database tables for 
storage of the sub-responses. 

17. The system of claim 16, wherein the means of generating a response 
based on association of the suhnnesponses with the original Item and 
sending the response back to the customer data processing system, In 
case of the asynchronous communication, are applied only when all the 
requested sub-responses are collected in the database. 

18. The system of claim 17, wherein the asynchronous communication means 
are adapted to execute a query to detenmine If all necessary sub- 
responses have been collected. 

1 9. A computer-readable storage medium holding code for perfbmiing the 
steps of: 

a) receiving a request for at least one item at a central data 
processing system; 

b) generating a plurality of sub-requests for plurality of partners 
where each sub-request is assigned to an internal or external 
system by means of rules; 

c) generating a separate unique identifier for each of the sub- 
requests: 

d) storing the unique Identifiers being assigned to the sub-requests. 
In a retrievable medium; 
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e) sending the sub-requests with the unique Identifiers to partner 
systems; 

f) receiving back sub-responses at the central data processing 
system, said sub-responses having unique Identifiers in 
association with the unique identifiers of the request 

g) generating a response based on association of the sub^sponses 
with the original Item; 

h) sending the response back to the customer data processing 
system. 
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Abstract 



A Data Processing Method. System and Computer Program 



A system, m^od and computer program product are disclosed for data 
processing In a supply chain management utiliang a central data processing 
system which integrates a plurality of functionalities for partner and system 
detenmlnatlon, as well as availabnity checking. Upon receiving a request which 
includes a plurality of Items from a customer, unique Identifiers are generated 
and assigned relevant to the customer's items in response to the request Each 
request is split into plurality of suti-requests where each sub-request is 
assigned to an internal or e3ctemal system by means of the rules. In case a 
synchronous communication Is used the dynamic combining of the sub-results 
is performed at runtime. In case an asynchronous communication is employed, 
the sub-responses are aggregated in a database until all sub-responses have 
been received. The amount of requested resources is adjusted in both cases 
based on the Information received from the central data processing system. 

(Rg. 1) 
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